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ABSTRACT 

IME is a compiifcer program that can be used as a 
skeletal system for developing kncwiedge-based e^ipert systems. 
IME has an inference engine that will become the heart of any 
expert system that is built on IME, Primary function of this 
subsystem is to achieve a given goal using knowledge about 
the domain. Tree searching techniques are used for this 
purpose.. IME also has a convincing explanation system which 
produces explanations and justifications for the conclusions 
drawn and the questions asked. 

We claim that such a skeletal system is very helpful 
in building expert systems because now the developer is 
relieved of designing and implementing the basic structure. 



CHAPTER I 


INTRODUCTION 

1.1 ARTIFICIAL INTELLIGENCES 

Artificial Intelligence (AI) is that field of computer 
science where computers are made to perform tasks that ordina- 
rily require human intelligence [4] . 

AI programming languages and tools are different from 
conventional programming languages in that the latter consist 
of two distinct parts: algorithm and data. Algorithm specify 
how to solve specific problems and data characterize para- 
meters in the particular problem at hand. However, human 
beings seem to work in a totally different way. Htaman know- 
ledge consists of elementary fragments of know-how and these 
fragments are applied properly for solving tasks. AI tools 
are nearer to human beings in this respect than the conven- 
tional programming tools in that they work in a way somewhat 
similar to the working of human beings. 

The real power of AI programming tools comes from their 
ability to work with symbols, or the so-called Symbolic mani- 
pulation, AI tools make no distinction between data and 
prp^cedure. Depending on the context the same element may be 
treated as a data or as a procedure- 
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Intense research is going on in AI and has lead to 
several specialized fields. Current AI activities can be 
classified mainly into three fields? 

1. Natural Language Processing 

2. Robotics and Computer Vision 

3. Knowledge Based Systems (KBS) 

In the present work we are concerned only with KBS, 

1.2 KNOWLEDGE BASED SYSTEMS! 

AI has achieved considerable success in the development 
of KBS, since the activity started a couple of decades back. 
This area of AI has concentrated on the constmiction of hi^ 
performance programs in specialized professional domains. The 
basis of KBS is the belief: human escpeits achieve outstanding 
performance because they are knowledgeable. If computer 
programs embody and use this knowledge, then they too should 
attain high levels of performance. This has proved to be true 
repeatedly in the short history of KBS, Systems have attained 
expert levels in several tasks. Success in this field has 
encouraged an emphasis on the knowledge that underlies human 
expertise and has simultaneously decreased the apparent 
significance of domain independent problem solving theory. 

It was pointed out that what really constitutes an expert 
is the knowledge he has in a particiHar domain rather than 
^ust' high IQ, From this, a new set of principles, tools, and 
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techniques has emerged^ which forms the basis of Knowledge 
Engineering (KE) [l]. 

Knowledge in any speciality is usually of two sorts s 
public and private. Public knowledge includes the published 
definitions, facts, and theories. But eaqpertise is usually 
more than ^ust -ttie public knowledge. Human esqierts generally 
possess private knowledge that consists largely of rules of 
thumb that have come to be called as heuristics. These heu- 
ristics enable human expert to make educated guesses \dien 
necessary, to recognize promising approaches and to deal effec- 
tively with errorful or incomplete data. 

Knowledge Based Systems or Expert Systems - as they 
are called interchangeably - differ in inportant ways from 
both conventional data processing systems and systems developed 
in other branches of AI. In contrast to traditional data pro- 
cessing systems AI applications generally involve several 
distinguishing features which include symbolic i*epresentation, 
symbolic inference and heuristic search. A simple AI task 
often yields to one of the formal methods developed for the 
above features. But expert systems differ from the broad 
class of AI in several respects. 

1, Expert systems operate at expert levels of performance. 

2, .Emphasis is on domain-specific problem solving strate- 
gies rather than general problem solving techniques. 
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3. They employ self knowledge to provide explanations 
or ^Justifications for the conclusion they have drawn. 

1,3 EXISTING EXPERT SYSTEMS^ 

Several expert systems are developed which now operate 
at the levels of human experts. Some of them are listed 
below [5]i 

1, MYCIN incorporated over 400 heuristic rules to diagnose 
and treat infectious diseases. It has a powerful explanation 
system that explains the diagnosis or reasons for asking 
certain questions. 

2, HEARSAY- II has thousand word vocabulary and understands 
speech. A global data base called black-board through which 
several independent, cooperating expert systems communicate 
constitutes the "brain" of this speech understanding system. 

3, CADUCEUS embodies more knowledge of internal medicine 
than any human being has, and can correctly diagnose complex 
test cases that stymie human experts. 

4, PROSPECTOR is a mineral expert that helps in discovering 
mineral deposits. It has been reported that PROSPECTOR dis- 
covered Molybdenum deposits whose ultimate value may be ten 
billion dollars. 

5, DENDRAL is an expert in chemical analysis and is 
helping hxmdreds of international users daily. 
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1.4 ADVANTAGES OF EXPERT SYSTEMS J 

1. Human-like Processings The way in which information 
is processed by most types of expert systems is very close to 
that of human beings. They operate at the level of rules of 
thumb and in terms of concepts and relations, rather than 
the steps of a procedure in conventional programming. More 
over most of the expert systems provide a human window so 
that the user can get a feel aboiit the proceedings of the 
problem. He also can interrupt and guide the proceedings 

if he so desires. 

2. Ease of Expressions The language in which knowledge 
bases are expressed in close to the natural langixage with 
which human beings are familiar. Mostly if-then rules are 
used for coding knowledge. This is the most common way in 
which human experts express their knowledge as well, 

3. Flexibility! Expert systems are able to embody rules 
of thumb that experts tend to carry in their head as well as 
the more formal knowledge like the laws of physics, chemistry 
etc. Also in some cases experts will not be knowing what all 
they carry in their head. A knowledge engineer-who is an 
expert in extracting such knowledge from experts - may bring 
to light several of the things which an expert uses but of 
which he is not aware of. This results in a better under- 
standing of knowledge. Also this provides a good alternative 

/ 
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to the conventional way of storing knowledge in books. This 
may prove to be a better method of knowledge transfer than 
that through books. 

4. Uncertainty: Expert systems can take care of uncer- 
tainties or even contradictions - which are the characteristics 
of most of the real life problems. This makes them all the 
more relevant to real life. 

1.5 LIiyUTATIONS OF EXPERT SYSTEMS: 

Today's expert systems have the following shortcomings 5 

1. They are unable to recognize or deal with problems for 
which their own knowledge is inapplicable or insufficient, 

2. They have no independent means of checking whether 
their conclusions are reasonable. 

3 » Explications of their reasoning processes is frequently 
silent on fundamental issues. 

In other words, today's expert systems fall well short 
of on dimensions requiring general Intelligent behaviour. 

They are more akin to idiot savants than real human 
experts [6] , 

1.6 MOTIVATION FOR THE CURRENT WORK: 

It was mentioned earlier that highly successful appli- 
cations of AI in the field of KBS exist. Their accomplishments 
indicate that the field of Expert Systems is maturing rapidly. 
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However, the scientific and technical bases that support this 
field have achieved only limited development [l]. Each new 
application requires creative and challenging work, although 
some principles and systemizations have emerged. At this 
point expert systems field is highly experimental one with 
little in the way of general theory. 

Expert systems are developed for varied applications - 
from mineral exploration to medical diagnosis, from Math 
assistant to Chess. Conditions prevailing in each applica- 
tions are characteristics of a very narrow class of problems. 
Knowledge content may vary from “deep narrow" to "wide shallow". 
But still all of them have something in common. They are* 

1, Expert systems have to have some kind of knowledge 
representation. 

2, An inference engine to deduce things using 
knowledge and evidences. 

3, An explanation system that Justifies and explains 
the conclusions drawn and the questions asked. 

4, User interface or dialogue system. 

It is logical to think of developing some tools to 
accomplish the above. This thesis work is a step in this 
direction. 

This general tool may have a knowledge representation 
method that woiold hold diverse knowledge, an Inference engine 



that woxjld achieve goals based on the knowledge | a general 
mechanism of deduction (or inference), and an explanation 
system that readily ad;3usts itself to the vocabulary of any 
domain* 

IME -a corapufcer program that incorporates the above 
principles is discussed in this thesis* In Chapter II, we 
study expert -systems in general — mainly to grasp the common 
requirements, which can go into a general purpose tool. 
Chapter III deals with the system design while Chapter IV 
gives a detailed account of the actual implementation. In 
Chapter V we summarise the work with some comments* 



CHAPTER II 


EXPERT SYSTEMS 


2.1 INTRODUCTION! 

Expeirt systems are problem solving programs that solve 
difficult problems requiring expertise. They are termed 
knowledge-based because their performance depends critically 
on xitilizing facts and heuristics used by experts. 

2.2 FUNDAMENTAL QUALITIES OF EXPERT SYSTEMS! 

It is difficult to define what constitutes an expert 
system. Rather than trying to define it, a discussion on the 
salient features of an expeirt system would be more meaningful 
at this stage, 

Escpert systems must have some expertise. The dictionar] 
says that an expert, is one who is skilled. However, this 
sense misses the mark within the context of expert systems. 

It takes more than good performance to make an expert system. 
For example, nimierical analysis programs for solving diffe- 
rential equations perform well but fall short of the mark as 
AI expert systems. Knowing the well established principles, 
methods and laws do not qualify one as an expert. He should 
have something more than that. 
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Expert systems should possess general problem-solving 
ability in a domain. An expert system can be more or less 
intelligent, depending on the scope of its basic principles 
and the quality of its general-purpose reasoning processes. 

Expert systems should also have robiistness. As new, 
unanticipated patterns crop up, inflexible compiled solutions 
fail. 

Features of an expert system can be summarized as 
follows [l]i 

An expert system is one that has expert rules and avoids 
blind search, performs well, reasons by manipulating symbols, 
grasps fundamental domain principles, and has complete weaker 
reasoning methods to fall back on when expert rules fail and 
to use in producing explanations. It deals with difficult 
problems in a complex domain, can take representation appro- 
priate for processing with its expert rules, and it can reason 
about its own knowledge (or lack thereof), especially to 
reconstruct inference paths rationally for explanation and 
self justification. An expert system works on one of these 
tasks s interpretation diagnosis, prediction, instruction, 
monitoring, planning and design. 

2.3 COMPONENTS OF AN EXPERT SYSTM; 

An ideal expert system should have the following 
components. 



USER 



*^•9. 2.1 Component* of an ideal expert 
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1, Language Processor? 

User usually interacts with the Expert System in prob- 
lem-oriented languages. User inputs are parsed into commands. 
Usually parsers are simple and e:5ploit the domain specific 
characteristics of inputs. Key word recognition is sufficient 
in most of the cases. Conversely language processor formats 
(or does just slot- filling) the informations generated by the 
system including answers to questions, explanations and justi- 
fications for its behaviour and requests for data, 

2, Knowledge Base (KB)s 

Knowledge Base records riiles, facts and information 
about the current problem that may be useful in formulating a 
solution. Rules of the knowledge have procedural interpreta- 
tion, They direct the inference engine towards achieving the 
set goal. Facts play only passive roles. They just say yes- 
no to the inference erg;ine or at the most supply values to 
variables. 

3 , Black Board? 

The concept of black board was first made use of 
explicitly in HEARSAY - a speech recognition system. However, 
every expert system uses some type of intermediate decision 
representation, but only a few use them explicitly. Three 
subdivisions are identified in a black boards plan, agenda 
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and solution. Plan elements describe the overall strategy 
for attacking the problem at hand* Agenda elements record 
the potential actions awaiting execution, which generally 
correspond to knowledge base rules that seem relevant to 
some decision placed on the black board previously. The solu- 
tion elements represent the candidate hypothesis and decisions 
the system has generated thus far, along with the dependencies 
that relate decisions to one another. 

4. Scheduleri 

Scheduler decides the rule to be tried next. Scheduler, j 
in some sense, judges the potential use of each of the alter- j; 
natives maintained in agenda and selects the most promising one. I 

i. 

5 . Interpreters I 

t 

I 

Interpreter executes the agenda that is chosen by sche- | 

f 

d\fLer. Execution usually involves validating certain conditions | 
finding particular bindings to certain variables and making i 
appropriate changes in black board, ^ 

6. Consistency Enforcers 

Consistency Enforcer attempts to maintain a comistent 
representation of the solutions found. This usually involves 
inplementing truth-maintenance procedures or adjustii^ the | 

relative weightages of various views expressed or deduced | 

i 

about a single concept or entity. 
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2.4 TOOLS FOR BUILDING EXPERT SYSTEMS". 

Attempts are made to develop tools or skeletons for 
building esqpert systems so that a particular system can be 
built in a short 'While "vd-thout much programming efforts. 

Several of the successful e3<pert systems ■were later generalized. 
For example MICIN^s success lead to EMYCIN -which is a generali- 
zed version of MYCIN. Tools currently available are briefly 
discussed. 

1. EMYCINs EMTCIN basically a domain-independent version of 
MYCIN, is an appropriate skeletal system for developing a con- 
sultation program that can request data about a case and pro- 
vide an interpretation or analysis. It is practically -well 
suited to deductive problems. 

2. KAS is the generalized version of PROSPECTOR. This is 
similar to EMYCIN but the inference engine differs slightly. 
Weightage is given to the data sijpplied by the user and some 
amount of forward chaining is done. 

3. OPS 5 incorporates general control and representation 
mechanisms. It provides the basic mechanisms needed for know- 
ledge engineering. But it is not biased towards any particular 
problem-solving strategies or representational schemes. 0PS5 
allows the programmer to use symbols and represent relations 
between symbols, bxit no S3nnbols or relations have predefined 
meanings. Meanings are entirely determined by the production 
rules given. 
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4. RLL is a relatively advanced system. It contains premi- 
tives and collection of tools for combining them. A large 
collection of types of slots, control mechanisms and inheri- 
tance schemes are available and the user makes his choice. 

RLL knows enough to combine them into what the user then 
perceives as a representation language, 

5. ROSIE is basically a general puipose AI language. It 

can be used to build skeletal systems, but as such no skeletal 
system is given. This is useful when the problem at hand 
does not fit any of the ready skeletal schemes. Powerful 
facilities are given to develop an es^pert system. 



CHAPTER III 


imt SYSTEM DESIGN 

5.1 INTRODUCTION: 

The aim of this thesis work is to develop a skeletal 
system \ising lA^ich e3?pert systems can be readily built. This 
requires that domain specific aspects should be clearly sepa- 
rated from the domain independent ones and facilities should 
be provided to introduce the former into the system through 
rules or whatever knowledge representation chosen. Control 
structure of IME should be flexible so that it adapts itself 
to the diverse needs of different expert system domains. Key 
design problems are discussed in this chapter. 

3.2 KNOWLEDGE REPRESENTATION; 

Knowledge Based Systems are in a way simulation of human 

should 

experts- Hence the knowledge representation method/lend itself 
readily to hold the fragments of know-how given by an expert. 

At the same time it should be convenient for internal repre- 
sentation and manipulation. 

Two methods of knowledge representation are discussed 
in literature. 

3.2.1 Frames; 


In simple terms frame can be viewed as a stereotypical 
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representation of any object concepts. It is typically repre- 
sented as a data-structure whose "name" is that of the concept. 

It has varioiis t 3 rpes of "links" to other frames. It also has 
slots each of which stands for an attribute of the object 
concept of interest. It, can hold values of these attributes 
and procedures or demons that are invoked under certain condi- 
tions. From data structure point of view it is an extension 
of the name-attribute-value triples provided in LISP, For 
example knowledge about a concept called Table may be of 
the form shown below [?]; 
name ; TABLE 

links t aTypeOf FURNITURE 

j FURNITURE is another frame which is linked 
to TABLE through aTypeOf. 
slots; numberoflegs 

(default 4) 

(value) 

; i.e. numberoflegs has a default 
value of 4. 

materialoftop 

(default wood) 

(value 

(infers if numberoflegs > 4 then marble 

else wood) ) 

j If the value of the attribute is asked 
and if no value is stored, then the 


procedure is invoked. 
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Frames offer the following advantages [7]s 

1* They allow explicit representation of entities, attri- 
butes, relations, default values etc.* 

2. When certain parameters are not traced (no value is 
stored) they can be automatically traced by triggering the 

demons . Explicit representation of procedures for finding 
the values are not \isually possible in more conventional data 
bases. 

3. Frames can be related in a hierarchy. Attributes, values 
and triggers can be inherited from a frame that is higher in 
the hierarchy. This provides an easy way of defining a class 

of data items that share attributes procedures and default values. 

Frames have the following limitations. Frames are power- 
ful only when hierarchies exist . Otherwise overheads on mani- 
pulation of complex data structure go as waste* Also price 
paid for hierarchy is modularity. Additions or deletions to 
the knowledge base are to be made carefully considering the 
links between frames. Expert systems, especially in the begin- 
ning stages of their service need extensive revision of know- 
ledge base, and so modularity may be an important requirement. 

Use of frames for knowledge representation has been 
limited to a handfiil of application, e.g* MDX and PSN. 
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3.2,2 Production Rules ; 

Production rules are of the form IF <antecedent> THEN 
<consequent> . Both antecedent and consequent describe states 
of the production system. Theoretically this is slightly 
different from IF <premise> THEN <action> in that the latter 
is primarily meant for triggering some action -while the former 
is ;5ust to change the picture of the system through logical 
conclusions. However, in usage they are not different either 
in representation or execution. Following is an example of 
a production rule in MYCIN [ 5 ] . 

Rule 050 

IF 1 ) The infection is primary bacteremia, 

2) The site of culture is one of sterile sites, and 

3) The s-uspected portal of entry of the organism is 
the gastro intenstinal trat 

THEN there is suggestive evidence (.7) that the identity of 
the organism is bacteroids. 

This rule has an internal representation in LISP as, 

PREMISE (^AND (SAME CNTXT INFECT PRIMARY-BACTEREMIA) 

(MEMBF CNTXT SITE STERILESITES) 

(SAME CNTXT PORTAL GI) ) 

ACTION (CONCLUDE CNTXT IDENT BACTEROIDES TALLY ,7) 

Production Rules are widely used for knowledge represen- 
tation because of the following advantages they offer* 
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1. General task of deduction is one that fits quite well 
into the situation/action character of production rules. There 
is therefore less transfornation necessary "between the knowledge 
as expressed by the expert and its final encoding inside the 
system. 

2. Rules are by themselves comprehensible "chxmks" of ‘ 
knowledge, since they carry in their premise a full specifi- 
cation of their applicability. Their independence also faci- 
litates the incremental growth of the knowledge base. Rules 
can be added one by one and performance improves with each 
addition, 

3. Rules are retrieved and invoked on the basis of the 
contents of their antecedent (rather than just their name) 
and there is no reference between two rules. As a result 
adding and changing a rule is a far easier task than would be 
the case if there were extensive reference to the rule s names 
in many places. 

4. Rules seem to capture a chunk of knowledge of 
appropriate size. 

5. Rules are for the most part, what may be labeled a 
single level mechanism as far as the user is concerned. They 

are conposed of elements that are conceptual primitives and 
require no further decomposition to be understood. 
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Apart from these implementational advantages produc- 
tions rules have cognitive relevance to human thinking. 

Young [ 3 , pp. 37-38] argues that production system is a very 
close model of human cognition. He gives the following 
psychological phenomena in system model. 

1. Stimulus Dependence and Independences 

Human Cognitive behaviour varies in the extent to which 
it is under the control of or independent of information in 
the immediate external task environment. Because of its data- 
driven character, a PS is well able to represent behaviour at 
any point on the scale from data-dependencies to independence. 
In production system a rule is brought into action ■vdien its 
left-hand side matches with the current state. Thus each 
rxfle can be thought of as a demon constantly on the watch 
for its evoking conditions. 

2. Knowledge Based Cognitions 

The kinds of human activity closest to the spirit of 
esjpert system are those cases in Which the choice betv/een a 
number of different possible ways of proceeding is made on 
the basis of a vast store of task-specific knowledge accumu- 
lated by the subject over a period of years. 

3. Additivity and independence of production rules leads to 
their potential for displaying additivity, i.e. the possibility 
of enlarging the production system simply by adding to it more 
rules. This property in turn suggests that production systems 
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may be highly suitable for modelling the phenomena of human 
cognitive development since it should be possible to represent 
a child's growing ability as a gradually expanding production 
system. 

These aspects have made production rules the most 
widely used representation of knowledge in expert systems. 

It may be observed that characteristics of frames or 
atleast the essence of frames can be captured in production 
rules also with some extra rules and allowing special func- 
tions (to be discussed in Chapter IV) . But it is not possible 
the other way round. Hence we selected production rules for 
representing knowledge in IME, 

3.3 INFERENCE ENGINES 

Following assumptions were made about the domains for 
which IME can readily produce an expert system. 

1. It is possible that there may be more than one realiza- 
tion of any relation. In otherwords predicates (or relations) 
may have more than one set of values in the data-base. 

2. Rules are such that recursive calls to the same rules 
are not ruled out and if data-base fails to provide values to 
the functions concerned, search may go infinitely deep. 

3. Knowledge representation requires the use of some 
special function l.ei functions with pre— assigned meaning and 
thus correspond to some procedure. 
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Above three aspects cover a wide range of domains and 
most of them become degenerated case of the above. On these 
considerations IME’s inference engine was designed to take 
care of the above con^jlexities. At the same time switches 
are provided to work efficiently in degenerate cases also with- 
out the extra burden of book keeping to take care of other 
complexities. 

3.4 EXPLANATION SYSTEMS 

Explanation should serve two purposes. First it should 
give justifications and explanations to the end user of the 
expert system that is developed using IME, Second it should 
aid the developer in tracing the inference mechanism for 
debugging. For end user explanation has to be in a form that 
makes sense to him which means it has to be in English rather 
than the internal representation. For debiigging in the deve- 
lopment stage what is inportant is the details of inference 
path that can be revealed IME*s explanation system is designed 
on these grounds. 

3.5 KNOWLEDGE-BASE EDITINGS 

Rules need modification in development stage, A 
structure based editor for knowledge-base is desirable. 



CHAPTER IV 


IMEi SYSTEM ORGANIZATION 

Overall structure of the system is shown, in Fig. 4,1. 

User interaction is through interrogator or e3q)lanation system. 
Interrogator is a command recognition system that would trigger 
appropriate action. Knowledge Base Manager is meant for . organiz- 
ing the knowledge base consisting of rules facts and dynamic 
data and fetching relevent knowledge chunks on request from 
other systems. Inference engine is the heart of the system 
which carries out the deduction. Explanation system directly 
interacts with the user and supplies the oustification and 
explanation for the result arrived at by the inference engine 
or about any question that is thrown at the user, When 
inference is in progress, any useful piece of information that 
was deduced aye stored in Dynamic Data Base. 

4.1 KNOWLEDOl: REPRESENTATION s 

Knowledge is coded as production rules in IME. Internal 
representation is a list like the one given below, 

(( SISTER- IN-|Jf.¥ ?X ?y) <= (Brother ?X ’Z) (WIF® ?Z ?Y))) 
However with the translation facility this can be pointed as 




4.t IME System Organi 2 «tfcn 
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IF 

1. Brother of X is Z, and 
2* Wife of Z is Y 
THEN it can he concluded that 

Y is sister-in-law of X 

BNF of a rule is given helows 

<Rule> »is= <consequent> <= <antecedent> 

<consequent> <function> 

<ftmction> i*= (<function-name>{<argument>}) 

<functioi>-name> <identifier> 

<argument> s := <identifier>/<predicate-variahle> 

/<special-variable> 

<antecedent> :8= ({<clause>}) 

<claiase> Us <function>/(NOT <function>)/<special-function> 

A fimction is anything of the form (function-name argument 

argument . . • ) . IME attaches no meaning to a function. It is 
left to the \iser. However, special functions are the ones which 
are pre— defined and will have a LISP procedure in their name . 
Exan^les are EQUAL, ONE-OF,. GREATER— THAN 

At the time of development certain details about the 
functions used are to be supplied to BHE to give IME a good 
interactive capability. 

1. TRANS: This property is required to produce a tffenslation 
of a function from internal list representation to English 


sentence . 
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For example SISTERr- IN-LAW may have a TRANS property as 
i# 2 is sister-in-law of 1 ) 

IME understands that any occurance of ^ N has to he replaced by 
N— th argument of the function before printing* Thus 
(SISTER-IN-LAW LAXMANA SEETHA) 
will be translated as 

SEETHA is sister-in-law of LAXMANA. 

2. ASKABLE: This is to tell IME whether facts about the 
function can be asked. This is valid only for functions with 
only one argument which can be supplied by the xiser. 

3. PROMPT: This is the message that has to be printed as a 
prompt to get facts about the function from the user. For 
example AGE may be given a PROMPT property of 

Please tell me your age. 

Special Fun ctions; 

These are the functions for which LISP function defini- 
tions are available. This was thought to be necessary for 
doing some comparison of values or even some nmber crunching. 
For example (GREATER-THAN ? AGE 50) is a special function. 

Any predicate -^riables like ? (to be explained shortly) 
are replaced by their bindings if any before the function is 
evaluated. However, the arguments are not evaluated as such 
irrespective of whether the function name corresponds to 
EXPR or MACRO in the LISP definition. It is this facility that 
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gives the user the power he wants out of such a system. For 
example knowledge for deciding whether a department is an 
HSS Department, one has to keep the following piece of infor- 
mation. 

(HSS-DEPT PSY) 

(HSS-DEPT PHI) 

(HSS-DEPT SOC) 

m 

« 

# 

However, with the facility of special function one can code 
this knowledge simply as one rule 

((HSS-DEPT ?X) <= ((DEPT ?X) (ONE-OF ?X (PSY PHI SOC..)))) 
Also relations like OLD YOUMJ can be coded easily 

((YOUNG ^) <= ((AGE ?X ?Y) (LESS-THAN ?Y 30))) 

Argument ? An argument can be either a constant, a predicate- 
variable or a special variable. 

Constant any character string that starts with an alphabet 
without embedded blanks is treated as a constant. Numbers are 
also treated as constants. Constants as arguments of a 
relation represent a realization of the relation. 

For example, 

(PRIME-MINISTER INDIA RAJIV) 
is one realization of the function 

(PRIME-MINISTER ? NATION ? PERSON) 

Realizations form the data-base of the system i.e, the facts 
in the knowledge base. 
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b) Predicate Yariables Any identifier with ? as the first 
character is treated as a predicate variable. Predicate 
variables are assigned to be globalized i.e« 

((BARKS ?X) <= (DOG ?X)) 
is assumed to be ¥X[DOG(X) => BARKS(X)] 

Predicate variables act as carriers to bring out 
facts from the knowledge base. ¥hen two relations are unified, 
a predicate variable would match with anything found as a 
counter~part and it is said to be bound to that counterpart. 

Hence unifying 

(DESCENDANT ?X RAMA) with 

(DESCENDANT DASHARATHA RAMA) would result in binding 
X to Dasharatha. However, 

(FATHER -SC RAMA) when matched with 

(FATHER RAM DASHARATHA) would result in a failure. 

In a rule, if a predicate variable is bound to a value, the 
binding is imposed on all occurrences of the variable in that rule. 

c) Special Variables Any identifier that starts with # is 
treated as a special variable. This is useful for some appli- 
cations where special matching rules are required. For example, in 
a data-base extraction, a special matching may be used for 
retrieving names. One such method may be to knock— off the 
vowels and match only the consonents. Another possible appli- 
cation is the wild character search, A matching procedure for 
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this purpose may be de fired by the user. However, consonent- 
matching is provided as a default definition of special 
matching. Thus we observe that a rule antecedent is a conduct 
by default. But a consequent is always a simple function. 

This is necessary for backward chaining where the consequent 
becomes the goal. We also observe that the antecedent may 
contain any LISP function. Normally this facility is useful 
for testing the validity of some conditions. At the same time 
this can be used for other purposes ~ say for flashing messages 
or putting some flag. This gives the user the power to control 
the execution path. Also this can be cleverly used for debugg- 
ing or tracing the flow of execution. Suppose laser has a 
feeling that for a particular set-up, the inference engine 
should not be using a rule. So he wants to see what is happen- 
ing at that stage. This can be easily accomplished by insert- 
ing a new rule with the same consequent but with a special 
function as antecedent. For example, 

(VERY-SEECIAL-CASE ?X) <= (CLARIFY)) 
and CLARIFY may be defined as a simple LISP function that just 
calls the explanation system at this stage. [LISP interface 
is available to the user in INE through the command LISP], Now 
the user can see twhat all has been done so far. After that control 
will be returned to the inference engine. Clause will succede 
or fail depending on the value returned by the function. 
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4.2 INDEXINGS 

Normally knowledge bases are big, so that any attempt 
to try all the rules for a purpose is going to be thoroughly 
inefficient. This calls for organizing the knowledge into 
’’chunks ” so that only relevant knowledge is applied for a 
particular task. IME achieves this by indexing the rules and 
facts according to the function names. In fact all the rules 
for which a particular function is consequent are grouped 
together and stored as a property of the function name under 
the property RULES. Facts and dynamic data (New facts inferred 
by IME) are stored similarly under the properties of FACTS and 
DATA respectively. However, if knowledge is requested with a 
predicate variable sitting in the place of function name, the 
knowledge base manager thinks that all the knowledge is asked 
for a blind search and hence the entire knowledge base is 
returned. 

4.3 INFERENCE ENGINE: 

This is the heart of IME. Rules are invoked in a simple 
backward chaining fashion that produces an exhaustive depth- 
first search of an and-goal-tree. Suppose that the program 
is attempting to find out a solution to (JUNIOR X) . 

All the relevant knowledge are supplied by the Knowledge Base 
Manager (KBM). In the absence of any directly matching facta 
(i.e. patterns like (JUNIOR SHAMU)) subgoals are fonned by 

§? 4 /. 3 | . 
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applying the first rxile in the rule list. Out of these sub- 
goals first one is taken as the current goal and the search 
continues, but not before con^leting the book keeping i,e* 
storing information about what to do next when the control is 
given to this goal again. Information is stored in a node 
and the tree keeps growing until some subgoal returns a 
definite answer. If the goal fails decisively, then the node 
is removed from the tree and the next alternative left for 
the higher goal is tried (Typically next rule in the queue is 
tried). Instead, if a goal succedes, i.e. it finds some 
matching data, the answer :is returned. At the same time 
information is preserved. Because in IME, indeterminate case 
is assumed, i.e. each goal may produce more than one answer. 
If the bindings found for one clause in a conjuct are such 
that the next conjuct fails to come up with results, then the 
first one is called again to give alternate' solution. This 
requires retaining the node even after it returns an answer 
successfully. Like wise, the whole tree is preserved even 
after the first goal is achieved, because the user may ask 
for alternate solutions. 

This results in a depth first search, and the sprouted 
tree is an and— tree. However, this normal search may be 
affected by the presence of "cyclic traps" in the rule, IME 
puts no restriction on recursion of rioles and as a result some 
times the normal search may lead to infinite tree growth. 
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For example a rule of the form 

((COUPLE ?X ?Y) <= (COUPLE ?Y ?X)) 
is perfectly meaningful as far as the user is concerned. But 
si^pose (COUPLE ?X ?Y) is the first goal and no data is avai- 
lable about COUPLE. Then the subgoal is formed, which again 
is of the same form, but with different predicate variables. 

This will again call for a subgoal and the tree grows infini- 
tely. Hence such traps are to be detected before any node 
goes about setting subgoals . This is achieved by checking for 
matching goals of higher ups. If a trap is detected, the node 
is wound up returning failure to the higher up, 

A straight forward search is not efficient because the 
experience of trying to achieve a goal is not utilised for 
other purposes. Thus the program may go about searching deep, 
though a similar search had failed earlier. Or it may go 
about forming subgoals after subgoals to find answer to a goal, 
for which an answer might have been found out earlier with 
long search These factors call for an 'Information centre" 
that would store the useful information out of a search and cater 
to the needs of others. This task is assigned to knowledge 
base manager. KBM watches the search closely and any useful 
information is stored which is then supplied to the concerned 
calls for knowledge. For example if KBM observes that a goal 
(BROTHER RAMA SEETHA) was unsuccessful, a note is ‘written 
that (BROTHER RAMA SEETHA) is not achievable « Hence any 
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subsequent request for knowledge for achieving (BROTHER RAMA. 
SEETHA) will not get any knowledge from KBM. Similarly, if the 
goal (BROTHER RAMA ?WHO) gets an answer as (?WHO = LAXMANA), 
KBM understands that (BROTHER RAMA LAXMANA) is true, and, 
if it is not already there in the data base this will be stored 
in dynamic data base. 

But the problem is that in a search like this there may 
be a large number of intermediate results, which may not be 
worth keeping. So KBM has to decide about the worth of a 
piece of information. A simple criteria of checking for pre- 
dicate variables is used for this purpose. An information is 
treated as "useful" if it does not contain any predicate 
variable . 

Even this system is not free of problems. What if a 
goal was not achieved because of some cyclic traps in one 
of its descendants and the "cyclic trap" was actually caused 
because of a goal of one of his higher ups. In such cases 
KBM should not conclude that the goal is not achievable. This 
problem is solved by some more book keeping whenever a cyclic 
trap occurs. 

Working of the inference engine may be summarized in the 
following algorithmic representation. 
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Form the root-node 
Make this node the ciirrent-node 
LOOP until task-over 
IF Leaf-node 
THEN 

IF no-cycling-trap, THEN solve the task FI. 

IF success or failure 
THEN 

Call the attention of KBM 
Report answer to higher up 
Make higher up the current-node 
ELSE i i.e. suhgoals are formed 
Form a leaf as a descendant 
Supply it with required knowledge 
Make new leaf the current-node 
FI 

ELSE, j i.e. if the current node is not a leaf 

IF call is from higher up j that means the call is 

to supply alternate answers. 

THEN 

delete the answer received by the last descendant 
Make last descendant the current node 
ELSE ; that means a descendant has returned some answer 
IF Success reported 
THEN 


FI 

FI 

end loop 


Store the answer 
IF subgoals exist 
THEN 

form a new leaf and assign the- 
-next goal with relevant knowledge 
make that leaf current node 
ELSE report consolidated answer to- 
-higher up. 

call the attention of KBM 
FI 

ELSE ; a descendant has returned with failure 
remove the leaf from the tree. 

IF some descendants still exist 
THEN 

call the latest descendant after- 
- deleting the report. 

ELSE f the node has now become a 
I leaf as all the descendants 
; are deleted from, the tree 
FI 
FI 
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Following informations are stored for a nodes 

1. GOAL 

2, CALLED-BY-NODE 

3. CURRENT-KNOWLEDGE-STATUS s (This is an information regarding 

the portion of the relevant knowledge that is not tried 
so far) 

4, ANSTCER s (Bindings of the unification of goal with the 

consequent of the rule used.) 

5. DESCENDANTS t (List of descendants in the order of their 

creation) 

6, REPORTS s (Answers returned by descendants) 

7. SUBGOALS s (Subgoals to be tried) 

8, CYCLIC FLAG s (indicates whether a cyclic trap had occurred 

between a higher up and a descendant) 

Let us examine an example. Let the tree be as shown 
in Fig, (4. 2) at some stage of a search for a YOUNG SENATOR. 

The task would be represented internally as 
((YOUNG ?lfflO) (SENATOR ?WHO)) 

So the root node will have two subgoals and the first one will 
be tried first which will lead to subgoals 

((PERSON ?WHO) ( ?WHO AGE ?AGE) (LESS THAN ?AGE 30)) 
Using the rule 

((YOUNG ?X) <= ((PERSON ?X)(?XAGE ?AGE) 

(LESSER-THAN ?AGE 30))) 


and so on. 
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4 

(LAVA AGE f AGE) ' 

NIL 

i 

(? AGE.22) 


5 


(LESS-THAN 22 30) 


NIL 


(NIL) 


FIG. 4.2(A) 


1 



2 

(YOUNG ?mo) 



3 

— s 

(PERSON ?WI0) . . 

» 


FIG. 4.2(B). 
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At a stage shown in the figure we study the contents 
of the nodes 1 and 3 which may give an insight into the 
working of the program. 

NODE 1 : 

DESCENDANT-OF : NIL ; Indicates that this is the root node. 

GOAL S ((YOUNG ?WHO) (SENATOR ?WHO)) 

j Only root node can have conjuct goals 
j in which case they are directly taken 
; as subgoals . 

j no matching was done for the goals. 

; No knowledge is taken, as subgoals are 
directly formed. 

SUBGOALS ! ((YOUITG ?WHO) (SENATOR ?WHO)). 

DESCENDANTS! (2 6) J it has two direct descendants. 

REPORTS : ((“^ffliO.LAVA) )} there is only one report which means 

that the report from the other is awaited. 

Take node 3 which is a leaf. 


NODE 3 ; 



DESCENDANT OF 

« 

o 

2 

GOAL 

v» 

e 

(PERSON ?WHO) 

ANSWER 

« 

o 

(?WHO. LAVA) 

KNOWLEDGE 

« 

• 

((PERSON LAVA) (PERSON RAMA) 

SUBGOALS 

o 

o 

NIL 

DESCENDANTS 


NIL 

REPORTS 

0 

o 

NIL 


ANSWER : NIL 
KNOWLEDGE i NIL 
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Now, should node 6 fail, it will he deleted and l would 
ask 2 to come up with alternate answer and 2 intum sounds 5« 
V/hen 5 is unable to come up with alternate answer, 5 is deleted 
and 4 is sounded who again fails as age can be unique (according 
to the knowledge available to 4) and so 3 is called into service 
again. At this stage the tree would be as shown. Now 3 would 
come up with the alternate solution '’WHO, RAMA) and the process 
continues. 

4.4 EXPLANATION SYSTEMl 

Questions are thrown to the user whenever inference engine 
encounters with a function that is askable. However, the user 
can ask for reasons, at which stage explanation system is 
called, A trace would highlight the power of explanation 
system. 

What is your age 
?WHY 

If I prove 

[l-O] Your age is AGE 

[l-l] (LESS-THAN ?AGE 28) 

Then I can conclude that 

You are young. 

#WHY 

I have found out that 
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[2-0] Your qualification is MTECH 

[2-1] You have LOT-OF money 

[2-2] You are ready to spend 5 years on education 
If I prove 

[2-3] You are YOUNG 

Then I can conclude that 

You are advised to take up PHD. 

# H0¥ [2-1] 

I have found out that 

[3-0] You are ready to spend Rs. 10000 

[3-1] (GREATER-THAN 10000 5000) 

So I concluded 

You have L0T~0F money 

# OK 

As can be seen from the examples, IMB?s explanation is 
just a tree traversal. Control will move up or down the tree 
depending on user*s requirement. However, instead of dimiping 
the information as it is stored internally, IME utilises the 
simple technique of slot filling to produce English-like 
explanation. Translations are stored for each function 
(Default is to print as a LESP list as it is stored internally). 
Translation is printed, with ^ N replaced by N-th argument of 
the function in TRANS property. 

However explanation system does not understand English 
sentences. It*s vocabulary is limited to very few words like 
HOW, WffiT, OK etc. 
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4.5 IME top-levels 

IME has a parser wi'th 1111111:6(1 lexicon. Commands are 
usually rigid. Facts and rules can be added or deleted. 
Direct access to LISP Is also provided, with the command 
LISP. Editing facts and rioles is also possible (LISP Editor 
is used directly for this purpose). Current knowledge base 
can be viewed selectively. 

A complete list of commands which s- TOP-LEVEL 

recognizes ’ is listed in Appendix A. 



CHAPTER V 


RESULTS AND CONCLUSIONS 


5-.1 SUMMARY S 

In this thesis we have discussed about IME - a tool 
for developing knowledge based systems. Attempt was made to 
distinguish clearly between the domain dependent expert 
knowledge from the domain independent control structures. The 
aim was to develop a skeletal system using which, expert systems 
can be built readily. 

The system is designed accordingly. A clear distinction 
is drawn between domain knowledge and general purpose problem 
solving capabilities. Inference engine is designed to cover 
the needs of a variety of situations. Switches are provided 
to inform the inference engine about the specific needs of the 
problem. Inference engine is equipped to taice care of self 
referencing rules, and to produce all possible solutions. A 
depth first tree search technique is adopted for deduction 
while state saving techniques are used for back-tracking. The 
inference tree is maintained to facilitate explanation and 
generation of alternate solutions. Intermediate results are 
made use of to reduce tho search. A proper book keeping 
procedure helps in pruning the paths that will not produce any 
results. 
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Explanation system produces convincing explanations 
and justifications for the conclusions as well as the questions 
asked. 

Rules and facts can be added or deleted interactively. 
IME in^oses no , striction on rules. Only a simple syntactical 
checking is made before accepting a new rule. 

Online help is available about the acceptable commands. 
5.2 LIMITATIONS s 

IME’s inference engine is simple but not efficient 
mainly because of two factors, 

1. When more than one rule are applicable, no effort is 
made to select the most prospective rule. The selection is 
sequential. In simple applications this, may not be a serious 
problem as the rules can be ordered properly in the knowledge- 
base, But if the relative inpoxtance depends on the sitimtion 
(which is true in most of the situations) then dynamic re- 
ordering has to be done, BIE does provide a provision to take 
care of this but it is a poor consolation. What IME gives is 
just an idea but no clues are given as such. 

2, While testing the conjucts in the antecedant of a rule 
IME does not look ahead. It blindly goes about testing them 
in the same order. A one step look ahead might help a lot 
especially in situations where number of conjucts in a rule 
are more than 3 on an average [7]. 



IME may “be upgraded with techniqioes for re-ordering 
rules and to have a quick look at all the conducts in a rule 
before trying to test one at a time, 

IME accepts rules and facts only as syntactically 
correct LISP lists. No natural language capability is exhibited 
while accepting inputs from user. IME may be taught about a 
few types of sentences and key words may be taken as inputs 
while developing a particular application system. 
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APPENDIX A 


TOP LEVEL COMMAITOS RECOGNIZED BY IME 

HELP Prints a brief help message about the system* 

<assertion>. This is to add a fact to the knowledge base 
e.g. (BROTHER RAMA LAXMANA). Note the period 
at the end. It is a must. 

<Request> This is the command for asking IME to solve some 
problem. Please note ? at the end. This is a 
must. 

e.g. ((YOUNG ?WHO) (SENATOR ?WHO)) 

<rule> (<consequent> <= <antecedent>) 

This adds the rrole to the knowledge-base, 
e.g. ((FOO ?X ?Y) <= ((FIE ?Y ?Z) (FAZ ?X 7Z))) 
LIST RULES ID This would list all the rules known to IME 

about ID. 

e.g. LIST RULES FOO Would list all the rules 
known to IME about FOO, 

LIST FACTS ID Similar to the above but prints the facts known 
to IME. 

DELETE RULE ID It first prints all the rules currently known to 

IME and asks for the al.no . of the rule to be 



deleted. If a nmber not in the range I 

is given as response the command will be skipped. | 

DELETE FACT ID Similar to the above lacommand. 

EDIT ID This is useful only if the user knows about 

the LISP Editor. 

LISP <e3cpr> Useful for calling LISP fimctions. 

<e 2 q 3 r> is evaluated and printed. 

BYE, QUIT, STOP, END END the session 

CYCLING To indicate to IME that cycling or infinite 

looping may occur in the application. 

NO-CYCLING Asking INE not to worry about "cycling traps” 

RESULTS To advise IME to store intermediate results and 

use as facts. 

NOrRESULTS Advising IME not to bother about making use of 

intermediate res\jlts. 

BLIND-ALLEY Advising IME to keep track of useless paths. 

NO-BLINDr-ALLEY Not to worry about the above facility, 

TRANS ID (Translation) 

TRANS stores the translation as the property of 
ID and is used for English translation. Trans- 
lation shoiiLd contain slots for putting the 
arguments if any 

e.g. TRANS BROTHER 2 is brother of ;4^l) 
would mean that 

(BROTHER RAMA LAXMANA) will be translated as 
LAXMANA is brother of RAMA. 



PROMPT ID 


NOT-ASKABLE 

SAVE 


If TRANS property is not specified, internal 
representation is printed as LISP list. 

Prompt 

This tells IME that prompt should he printed 
to ask questions about ID . 

Note that the prompt text sho\ild be enclosed 
in double quotes. 

ID This undoes the effect of PROMPT 

SAVE saves the knowledge base and other 
details of the system on to the disk so that 
they can be \ised for subsequent sessions. 



